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REMARKS 

Applicant respectfully requests reconsideration of the present application in view of 
the foregoing amendments and in view of the reasons that follow. 

In the specification, paragraphs 0015, 0049 -0052, 0057, 0061, and 0062 have been 
amended on pages 3,9-10, 11, 11-12, respectively, of the Second Substitute Specification. 

Claims 21 and 25 are currently being amended. 

This amendment adds, changes and/or deletes claims in this application. A detailed 
listing of all claims that are, or were, in the application, irrespective of whether the claim(s) 
remain under examination in the application, is presented, with an appropriate defined status 
identifier. 

After amending the claims as set forth above, claims 16-29 (14 claims) are now 
pending in this application. 

The Office Action of November 12, 2004 and the references cited therein have been 
considered. In response to the rejections to the claims, the Applicant provides the following 
comments. As demonstrated, however, each of the rejections is believed overcome, with the 
application being placed in condition for allowance. Accordingly, reconsideration and 
allowance of this application is respectfiiUy requested. 

Applicant submits that he has attached a Second Substitute Specification which only 
adds paragraph numbers to the specification to comply with current PTO practice. A copy of 
the second substitute specification is attached hereto and incorporated herein by this 
reference. Applicant hereby informs the Examiner that the following comments with respect 
to the specification by directed to the paragraph numbers in the Second Substitute 
Specification. No other matters were added to the Second Substitute Specification. 
AppHcant also attaches a clean copy of the Second Substitute Specification that does 
incorporate the amended paragraphs to the specification as discussed below. 
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During review of the materials submitted. Applicant noted several additional 
typographical errors in the specification which require correction. Specifically: 

In paragraph 0015, the word should be "at". 

In paragraph 0057, the period after the word "on" is deleted, 

Li paragraph 0061 , the last term in the paragraph "CSTN" is an error. The correct 
term is "GSTN". 

In paragraph 0062, the term "Fig. 5" is deleted and the correct reference is "Fig. 6". 

In addition to the corrections of typographical errors in the specification. Applicant 
also notes a typographical error in claim 21 in the second line the word "program" should be 
"programs", the plural form. 

Applicant believes that these are merely typographical errors and that correction at 
this time is appropriate. 

On page 2, paragraph 3 of the Office Action, the Examiner has objected to the 
drawings stating "they fail to label every component/step of the figures with corresponding 
numerals". In response. Applicant believes that the drawings do in fact comply with C.F.R. 
§ 1.84 since each figure is numbered, each box or diagram is properly identified with text. 

Applicant notes that Fig. 3 has four numbers, in circles that are described in the 
specification. Specifically, item 0 of Fig. 3 is discussed in paragraph 0049; item 0 in 
Fig. 3 is discussed in paragraph 0050 of the specification; item 0 in Fig. 3 is discussed in 
paragraph 0051, and element no. 0 is described in paragraph 0052 of the specification. 
Applicant has amended paragraphs 49-52 to insert the corresponding element number to be 
consistent with that which is shown in Fig. 3 as originally filed. Applicant states that no new 
matter has been added to the specification. 
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On page 3, paragraph 4, the Examiner comments that the dependent claims to not 
refer to the preceding claim in tum. In response, Applicant has amended the claims in 
response to the Examiner's rejection of claims 25 and 26 under 35 U.S.C. § 1 12 as discussed 
below. 

On page 3, paragraph 5 of the Office Action, the Examiner has rejected claims 25 and 
26 under 35 U.S.C. § 1 12, second paragraph stating that there is no antecedent basis for 
several of the limitations in the cited claims. Li response. Applicant states that claim 25, 
which originally states it depends from claim "21" is a typographical error and it properly 
depends from dependent claim "24." With that amendment, the phrases "said application 
execution component" does have antecedent basis in independent claim 24 which claim 25 
now depends from. Likewise, claim 26, which correctly depends from claim 25, as amended, 
does have antecedent basis for the phrase "said client component". Accordingly, Applicant 
respectfully requests that the Examiner withdraw his rejection of claims 25 and 26 under 
35 U.S.C. § 112, second paragraph. 

On page 4, paragraph 7 of the Office Action, the Examiner has rejected claims 16-29 
under 35 U.S.C. § 102(e) as being anticipated by Devarakonda. et al OJSPN: 6,757,729). 
Devarakonda discloses a virtual environment manager for network computers. Devarakonda 
teaches "a downloadable middlewear called a virtual environment manager (VEM) (see col. 
1, lines 45-46). The VEM is downloaded from a service provider by way of a communication 
network and resides in the network computer random access memory, (see col. 2, lines 41- 
45) Devarakonda also teaches that the network computers 106(1), 102(2) rely on services via 
the network to provide many of their basic ftmctions. (see col. 2, lines 12-13) Devarakonda 
also states that "once the VEM has been downloaded and initialized, applications can be 
downloaded", (col. 4, lines 43-44) As best understood Devarakonda teaches that the users 
computer (the network computer) utilizes net services in the network and not necessarily on 
the net computer that is attached to that network. In other words, only a client stub of a 
service is located on the network computer (the user computer) but that the actual service 
provider, such as a print server or a fax server or a mail server resides in the network itself, 
(see col. 4, lines 12-16) 
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Contrary to that which is disclosed in the Devarakonda patent, the present appHcation 
discloses and claims a system and network that provides an architecture for the provision of 
user services to IP-based intelligent terminals not with the provision of network services. The 
network provides connectivity only and merely acts as a transport network offering no 
specific network services. In the present application, as disclosed and claimed in each 
independent claim (16, 21, 24, 27 and 29), the server stores specific subscribable services 
which are accessible, on demand, by a user at a terminal connected to the server through the 
network in which a downloadable program corresponding to the services can be executed. 
There is no virtual environment manager as required by Devarakonda . Contrary to the way 
Devarakonda operates, the service in the present application is accomplished not by the 
network but rather on the terminal to which the user terminal is connected with the function 
being accomplished on the user's terminal. Specific discussion of this capability can be 
found in paragraph 0013, 0022, 0023, and 0065 of the Second Substitute Specification and as 
more fully discussed in the balance of the specification. 

Applicant has pointed out the differences between the present application and the 
prior art. Specifically, Applicant believes that Devarakonda uses the virtual environment 
manager to access network services that do not reside on the user computer that is connected 
to the network. In contrast to that disclosed in the prior art, the present application discloses 
and teaches an intelligent terminal (user computer) connected to the network with the specific 
applications running on the end terminal and not as part of a central network entity or server. 
The present appHcation does not disclose or claim a virtual environment manager and one is 
not required as is required in the Devarakonda disclosure. Accordingly, independent claims 
16, 21, 24, 27 and 29 are not anticipated by Devarakonda . Likewise, claims 17-20, 22 and 23, 
25 and 26 and 28 which depend either directly or indirectly fi-om their respective independent 
claims, are also therefore not anticipated by Devarakonda . Accordingly, Applicant 
respectfully requests that the Examiner withdraw his rejection of claims 16-29 under 
35U.S.C. § 102(e). 
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Applicant has attempted to comment to the extent necessary to distinguish the claims 
over the prior art, but with the intent of not limiting the scope of the invention protection 
afforded by the patent laws to these claims, any further than absolutely necessary. It is 
respectfully submitted that each outstanding rejection has now been overcome and that each 
claim is in condition for allowance. Reconsideration under 37 C.F.R. § 1.111 and § 1 . 1 12 is 
respectfully requested. 

Applicant believes that the present application is now in condition for allowance. 
Favorable reconsideration of the application as amended is respectfully requested. 

The Examiner is invited to contact the undersigned by telephone if it is felt that a 
telephone interview would advance the prosecution of the present application. 

The Commissioner is hereby authorized to charge any additional fees which may be 
required regarding this application under 37 C.F.R. §§ 1.16-1.17, or credit any overpayment, 
to Deposit Account No. 06-1447. Should no proper payment be enclosed herewith, as by a 
check being in the wrong amount, unsigned, post-dated, otherwise improper or informal or 
even entirely missing, the Commissioner is authorized to charge the unpaid amount to 
Deposit Account No, 06-1447. If any extensions of time are needed for timely acceptance of 
papers submitted herewith. Applicant hereby petitions for such extension under 37 C.F.R. 
§ 1.136 and authorizes payment of any such extensions fees to Deposit Account No. 06-1447. 



Respectfully submitted. 



FOLEY & LARDNER LLP 
Customer Number: 26371 
Telephone: (414) 297-5776 
Facsimile: (414) 297-4900 
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SERVICE SYSTEM IN A NETWORK 
BACKGROUND OF THE INVENTION 

Field of the Invention: 

[0001] The present invention generally pertains to IP-based communication 
. networks, and in particular to supplementary services for next generation EP -based 
communication networks. 

Discussion of the Related Art: 

[0002] In DP -based communication networks (for teleconmiunication and/or 
data). Network equipment vendors will add value to their products by providing 
distributed Network Services (e.g. QoS, security, reliability, roaming, remote access, . 
. . ) to enhance basic-IP connectivity. 

[0003] Independent third party companies will provide Network 
Applications (e.g., communication, collaborative working, e-commerce, on-line 
gaming, distance learning, etc.) for clients/servers that transparently use the network 
infrastructure as a mere transport facility based on open standards and protocols. 

[0004] The aforementioned facts require a flexible architecture for the 
provision and execution of user services in IP -based networks for telecommunication 
and data (converged networks). 

[0005] In existing solutions for user service provisioning, e.g. in 
telecommunication networks like the GSTN (Global Switched Telephony Network), 
the intelligence for user service provision and execution are unified and centralized in 
a few network entities, such as in the Local Exchange LX approach (providing 
"switch-based services") the service processing is tightly coupled with normal call 
processing or in the Intelligent Network (IN) approach the call processing is separated. 
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The combination of the Service Switching Function (SSF) and Service Control 
Function (SCF) work to process services by detection of traversal of points in a call 
and by manipulation of the call state. 

[0006] In the GSTN, said user services are called supplementary services. In 
general, these supplementary services automate procedures that people carry out when 
using "basic" telephony. In other words, supplementary services are features that 
make basic telephony calls more convenient. 

[0007] Next generation IP -based networks will have two important 
characteristics, namely, mobility of users (with or without their terminals), and a 
wealth of intelligent terminals (PC, PDA, laptop, mobile phone with Java Virtual 
Machine (JVM), etc.) These characteristics drive requirements for the benefit of the 
user and the network. 

[0008] Roaming of nomadic users combined with transparent co-migration 
of the user's Virtual Home Environment (VHE) will be desired. The VHE is a user's 
personal set of subscribed applications, persona options of how these applications are 
configured and bundled into a user services package, and the user's personal choice of 
payment for the use of these services. 

[0009] In addition, compatibility with intelligent communication terminals 
like a PC, PDA, lap/palmtop, mobile phone with Java Virtual Machine (JVM) etc. 
will also be desired. 

[0010] A user may not be limited to a single type of intelligent terminal but 
instead will want to use what is most appropriate or what is available at a particular 
location. Despite changing terminals at will, the user always wants to have the same 
services available regardless of the particular end device used. 

[001 1] Due to the flexible nature of IP -based networks, the number of 
possible applications and user services running on intelligent terminals is enormous. 
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Programmers are constantly implementing new ideas based on inexpensive, off-the- 
shelf platforms for intelligent terminals (e.g. PCs). 

[0012] An architecture for the provision of user services must be able to 
cope with ever changing applications and user services for even more rapidly evolving 
terminal hardware. As the network edges are changing so fast, it will become 
impossible to provide and execute user services in the core of the network. Core 
equipment is subject to more stringent requirements than consumer- grade, low-cost 
edge equipment (terminals) and hence more expensive. Creation of applications and 
corresponding user services (supplementary services in the case of Internet 
Telephony) on core equipment would technologically and economically not be able to 
keep up with the rapid creation of new applications and user services on inexpensive 
edge equipment. 

[0013] The principle idea of the invention is the function split in realizing 
services: providing of user services (e.g. enabling, profiling, distribution, 
administering and billing of user services) remains in the core of the network, while 
the execution of user services is delegated to intelligent terminals at the network 
edges. 

[0014] Since by now terminals have become powerful processing units 
anyway, it is economically and technically reasonable to delegate the execution of user 
services to intelligent terminals at the network edges. However providing of user 
services (e.g. enabling, profiling, distribution, administering and billing of user 
services) remains in the core of the network. 

[0015] Technically this is achieved by a corresponding client/server 
architecture with a least one central application repository server keeping copies of 
application programs that can be downloaded on-demand into the user's terminals. 

[0016] This architecture for the provision of user services in next generation 
IP -based networks for telecommunication and/or data meets all the aforementioned 
user and network requirements. 
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[0017] The invention optimally makes use of the two sources of intelligence 
that will be present in such networks, namely, distributed intelligence in network 
elements (such as routers and switches) adding value to basic IP-connectivity, and 
intelligence in end systems (clients, servers) allowing for a wealth of advanced 
applications. 

[0018] This is a new notion of "network intelligence" different from the 
interpretation in classical IN for the GSTN where intelligence solely rests in central 
entities. There the terminals are just dumb telephony sets without any processing 
power. 

[0019] With terminals becoming powerful processing units due to technical 
evolution, an embodiment of the invention includes a corresponding application 
execution environment (application execution component) that works across a wide 
range of intelligent terminals and enables the technical feasibility of delegating service 
execution to a spectmm of different intelligent terminals. 

[0020] User services are services to the end user resulting from the 
interworking of network-aware applications which operate above IP -Model Layer 3 
(typically even above IP-Model Layer 5) in intelligent terminals at the edges of the 
network, e.g. e-mail, WWW, Buddy Lists, Intemet Telephony, etc. 

[0021] Network services add value to the basic service of "LP -transport." 
These services are provided at IP-Model Layers 2 & 3 by network elements which 
operate inside the network, e.g. QoS, security, VPN, etc. 

[0022] The invention is concerned with an architecture for the provision of 
user services to IP-based intelligent terminals, not with the provision of network 
services. 

[0023] For the purpose of the invention it is sufficient to treat the IP-based 
network as an entity providing IP-connectivity only. The network is considered to be 
a pure transport network offering no specific network services. 
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SUMMARY OF THE INVENTION 

[0024] It is an object of the present invention to offer a system that is not 
concerned with the fundamental processes involved in making a call, which 
functionality is provided by the underlying Internet Telephony package used. 

[0025] It is another object of the invention to provide a standard interface 
that enables supplementary services to interact with all telephony packages in the 
same manner, without the need for any package-specific code in the services and 
whilst keeping the service/package interaction as simple as possible. 

[0026] It is an additional object of the invention to offer the ability to 
download a user-specific set of small application programs fi-om a central server into 
the user's end system. 

[0027] It is yet another object of the invention to limit the supplementary 
services a user has access to and to charge the user for the services used. 

[0028] It is yet a further object of the invention to offer the ability to execute 
the downloaded programs that implement a set of supplementary services on the 
user's machine, in a secure environment and regardless of the machine platform. 

[0029] It is yet an additional object of the invention to offer an overall 
control process that allows multiple, potentially conflicting, supplementary services to 
be executing at the same time without problem. The user is able to assign and change 
the relative priority of services within the service set and thus modify how potential 
conflicts are to be resolved. 

[0030] It is still another object of the invention to offer the ability for 
individual supplementary services in the downloaded service set to be configured by 
the user. This configuration includes setting service-specific parameters, setting the 
relative priority of services within the set of supplementary services and the ability to 
enable and disable individual services on a temporary basis. 



SECOND SUBSTITUTE SPECIFICATION Atty. Dkt. No. 089339-0367 

BRIEF DESCRIPTION OF THE DRAWINGS 



[0031] Figure 1 shows elements of an architecture for the provision of use 
services in next generation networks; 

[0032] Figure 2 shows architecture for the provision of user services in "idle 
state": ready to enable a user with his specific service profile when he connects with 
his intelligent terminal to a network access point; 

[0033] Figure 3 shows step-by-step service delivery: (user authentication 
("user ID-to-service profile" mapping ("service profile-to-applications bundle" 
mapping (delivery of user specific applications bundle; 

[0034] Figure 4 shows service delivery completed: the user is ready to use 
his personal profile of user services; 

[0035] Figure 5 shows detailed view of the Application Execution 
Environment (AXE); 

[0036] Figure 6 shows minimal architecture for Internet Telephony; and 

[0037] Figure 7 shows architecture for supplementary services in Internet 
Telephony. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 

EMBODIMENTS 

[0038] The general architecture involves only a small number of network 
entities as illustrated in Fig. 1, which shows a network entity with its own IP address, 
memory, and some sort of CPU. For the near fiiture, these are the numerous 
workstations, PCs, lap-&palmtops, IP-(video) phone sets, TV set-top boxes, mobile 
communication devices that run some sort of operating system and become- following 
Moore's Law-equipped with ever more powerful CPU's every 18 months. Each of 
these terminals understands some variant of Java. Today, the Java Virtual Machine 
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(JVM) is already a standard part of most operating systems or gets molded into 
dedicated silicon chips for small devices like mobile communication devices. There 
is and will be a wealth of terminals available to the user. Each of them far more 
"intelligent" than the standard phone handset of today. The proposed architecture will 
therefore make use of this "free and idle intelligence" by delegating execution of user 
services to it. 

[0039] Depending on the particular intelligent terminal considered, this is a 
LAN connector, a dial-up POP of an ISP, a lap/palmtop docking unit, a base station 
for mobile communications, etc. In the proposed architecture the sole purpose of the 
network access point is to provide IP -network connectivity. 

[0040] Given the possibility of users roaming from access point to access 
point, getting dynamically assigned IP-address while at the same time switching 
between PC, laptop, mobile communication device, etc., the access does not handle 
advanced tasks such as authentication or any other user specific things. 

[0041] If the execution of user services is delegated to the intelligent 
terminals, and the network access point provides just pure IP-connectivity, then the 
intelligence beyond mere execution of user services must be kept elsewhere. This is 
the User Service Merchant. The User Service Merchant acts as a central source for 
user specific information like user ED, authentication data, profile of subscribed user 
services, billing information, etc. It also keeps "master copies" of the application 
executables in a dedicated repository (see next section for a detailed explanation). 

[0042] The User Service Merchant provides all the logic necessary to 
provision services to the user but does not actually perform the services. 

[0043] In the existing classical IN for the GSTN, the inteUigence for service 
provision and execution are unified and centralized in a few network entities. This is 
opposite to the solution proposed here, where the intelligence is split and 
decentralized: provision of user services is handled centrally by the User Service 
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Merchant, the actual execution of user services is delegated to the distributed 
intelligent terminals. 

[0044] Fig. 2 shows the architecture in "idle state". The User Service 
Merchant is connected to the network, the user's intelligent terminal (PC, laptop, 
mobile communicate device, . . . ) may or may not be connected to the network via a 
network access point. At this point, the User Service Merchant considers the terminal 
as "off-line" (in Fig. 2 represented in italics) in either case. 

[0045] The User Service Merchant keeps a list of user IDs (UID). An UID 
uniquely identifies a subscriber and indirectly associates him with a certain bundle of 
pre-selected applications. The information about the exact selection of applications is 
kept as an UID-associated Service Profile for each individual subscriber on the User 
Service Merchant. 

[0046] The User Service Merchant also maintains an Application Repository 
which basically is a collection of application programs stored in a suitable database 
system. Each program either implements a self-contained user service, or some value- 
adding supplementary feature for such a service (example: the self-contained service 
could be "text-only Web browsing" for mobile communication appliances, the 
supplementary feature could be "optional graphics support for Web browsing" with 
the same appliance). The programs are iniplemented such that an instance of them 
can be downloaded on demand fi-om the repository into the user's intelligent terminal 
for execution. This may be achieved by technologies such as Java. 

[0047] A user can (un)subscribe to any of the available application programs 
in the repository by correspondingly changing the configuration of his UID-associated 
Service Profile. This update of the Service Profile is propagated to the User Service 
Merchant for permanent storage when the user terminates his session or when he takes 
his intelligent terminal off-line. The Service Profile is not stored on the user's 
intelligent terrriinal to allow for easy roaming or switching between different 
intelligent terminals. With the Service Profile kept centrally on the User Service 
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Merchant the user always gets the same Service Profile regardless whether he accesses 
the network e.g. from his office PC, from a public information kiosk, from a mobile 
communication device, or from home. Changes to the Service Profile made from one 
location/terminal will be available automatically at any other location/terminal. 

[0048] This concept of a Service Profile transparently migrating with the 
user across different locations and end systems is referred to as Virtual Home 
Environment (VHE). Service delivery with this type of architecture is shown in Fig. 
3. Steps involved with this type of architecture include: User Authentication, UID-to- 
Service Profile Mapping, Service Profile-to-Apphcations Bundle Mapping, and 
Delivery of User Specific Applications Bundle. 

User Authentication: 

[0049] Before a user can use any of the services he has to authenticate 
himself by providing his UID (and related password/PIN) to the Service Merchant. In 
the case of a permanently connected PC this can be done by clicking on a 
corresponding button. In the case of a laptop or a mobile communication device, this 
can be done automatically when it gets connected to the Network Access Point. 

UID-to-Service Provide Mapping: 

[0050] After the UID (dark gray triangle) has been verified, it is mapped to 
the corresponding Service Profile of the user. The Service Profile (light gray blobs) 
represents the user's personalized applications bundle compiled from the total set of 
available applications (dark gray blobs) in the Application Repository. Via the 
Service Profile the user can create his very personal VHE. The provide is not static 
but can be customized and administered by the user directly from his intelligent 
terminal. 
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Service Profile-to Applications Bundle Mapping: 

[0051] Based on the information in the user's Service Profile, the User 
Service Merchant identifies a subset of the applications available in the Application 
Repository. The identified subset (circled dark gray blobs) is the personalized bundle 
of user services. 

Delivery of User Specific Applications Bundle: 

[0052] The final step is to download the selected bundle of applications over 
the network into the user's intelligent terminal. The Java software technology was 
designed with exactly this download capability of programs in mind. Related issues 
such as platform independence, efficiency and security when transmitting code over a 
network area are an integral part of the Java design. Together with its increasing 
availability in intelligent terminals, this makes Java the prime candidate to support the 
type of architecture for the delivery of user services discussed in this document. 

[0053] Fig. 4 shows the architecture in the "ready state", the final stage of 
the service provisioning process. The programs enabling the subscribed user services 
have been downloaded into his intelligent terminal and await their invocation and 
execution there. 

[0054] As end systems become equipped with ever more powerfiil 
processors, it is just reasonable to exploit this power by having the services execute on 
the end systems rather than some central network entity. Restraining themselves to 
service delivery issues rather than execution central network entities face less 
stringent scalability problems. 

[0055] Furthermore, with this approach central network entities like the User 
Service Merchant are out of the loop of rapid technology changes in intelligent 
terminals like PCs, laptops, mobile conununication devices, etc. If service specific 
details regarding the intelligent terminals change, only the affected modules of the 
programs in the Application Repository have to be adapted. The User Service 
Merchant as a whole with its user administration, authentication, application 
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repository & delivery functions is not affected at all. This modular approach to the 
provision of user services is nicely supported by the dynamic loading of required 
classes available in Java. Not even the whole program has to be replaced but just the 
affected class file. 

[0056] With execution of user services delegated to the intelligent terminals 
in the form of downloadable application programs, it becomes important to devise a 
corresponding Application execution environment that works across a wide range of 
technologically different intelligent terminals. The Application execution 
environment is therefore implemented as a virtual machine, for example as a Java 
virtual machine. 

[0057] The virtual machine has to be ported to each supported terminal only 
once. To the applications the virtual machine looks the same enr on all supported 
terminals. 

[0058] Fig. 5 shows a correspondingly detailed view of an intelligent 
terminal for the case of a PC running the Windows operating system by Microsoft. 

[0059] The downloaded application programs that implement a particular 
user service are Java applets (dark gray blobs) which are executed in the Application 
Execution Environment (AXE) on the intelligent terminal. Communication to and 
from the user is done via a graphical user interface (GUT) shared by all user services. 
The downloaded programs are confined within the AXE (so-called 'sandbox' 
approach) and do not communicate to lower software layers other than through a 
specific AXE API. The platform dependent connection to the Windows DLLs is 
achieved by a Java/COM interface taking AXE API commands as input. This 
interface has to be written only once (e.g. in C++) for each supported intelligent 
terminal. The interface forms the specific link between the platform independent 
under services implemented in Java and the actual operating system and hardware of 
the terminal. 
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[0060] This evolves the general architecture further in the case of 
supplementary services for Internet Telephony, 

[0061] Today, Internet Telephony is still lacking the elaborate set of 
supplementary services offered by the Intelligent Network (IN) approach in the Global 
Switched Telephone Network (GSTN). Internet Telephony is mainly used to provide 
an analogy for telephony over the CSTN. 

[0062] Fig. 5 shows a minimal configuration by which Intemet Telephony 
(and, in particular, Microsoft (MS) NetMeeting) calls are arranged. 

[0063] In this arrangement, there are three PCs needed, namely, the Intemet 
Locator Service (ILS) Server, and the originating and terminating end stations. The 
end stations are involved actively in the communication session, transcoding audio 
streams (and, optionally, video streams or data) into a form that can be carried over 
the Intemet. The ILS (Intemet Locator Service) Server acts as a directory server in the 
configuration. This node stores information on the users who are "logged in". Via the 
ILS users are associated with an Intemet host, and that Intemet host is mnning an 
Intemet Telephony application and so is ready to respond to incoming call requests. 
When a user asks for an Intemet Telephony call to be originated, an address query is 
sent to the directory server with the "alias" (usually the email identifier) of their 
intended correspondent. The ILS then responds with the user's currently associated 
EP-address. 

[0064] With Intemet Telephony, a number of distinctive features for 
supplementary services become possible that are not available in the case of GSTN. 

[0065] The important point to note here is that user services, in this 
particular case supplementary services for Intemet Telephony, are associated with 
applications mnning on intelligent terminals, not some sort of central network entity. 
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[0066] Use of the Internet allows a great deal of complexity in the provision 
of supplementary services to be avoided. Many of the services that require user 
interaction in the GSTN require temporary connections to be made to specialized 
resources (such as announcement units and DTMF tone decoders), and for any 
captured information to be sent onwards to service processors using separate data 
links. All of this is avoided because, on the Internet, one can assume that a user is 
associated with an end station that allows involved text and graphics to be displayed, 
and that the end station is capable of transferring complex messages directly, rather 
than being restricted to a simple keypad. 

[0067] There is another implication of the use of the Intemet when providing 
supplementary services. Intemet hosts are computers, and so will almost certainly 
have powerful processors. This opens the possibility of carrying out much of the 
processing on the end stations rather than relying on the network nodes (such as the 
LX or the IN) as is required in the GSTN due to the lack of local intelligence in the 
POTS telephones. 

[0068] Combination of basic Intemet Telephony with other Intemet 
applications such as email enables yet another completely different set of truly 
advanced supplementary services. 

[0069] The architecture proposed here implements and extends the more 
general architecture for the case of supplementary services for Intemet Telephony. 

[0070] The architecture is concemed with an architecture to support the 
provision of supplementary services for Intemet Telephony. It is not concemed with 
providing a solution for basic Intemet Telephony calls. This functionality will be 
taken from some off-the-shelf Intemet Telephony application package like Microsoft 
(MS) NetMeeting. - 
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[0071] The proposed architecture contains an infrastructure for distributing 
service logic (in the form of Java applets) to the end stations, and for allowing the 
service logic and it's management infrastructure to operate in a distributed fashion 
(both in the end stations and in separate servers). The distributed service logic 
supports and interworks with the aforementioned Internet Telephony application 
package. 

[0072] Fig. 7 shows the general arrangement of systems providing Internet 
Telephony; with one of the end stations (shown at the right) also having the 
enhancements to support supplementary services for Intemet Telephony. The 
architecture contains the two end stations discussed above, each running off-the-shelf 
MS NetMeeting Intemet Telephony application packages, where at least one 
application is enhanced with the J/Direct Interface and the Application Execution 
Environment (AXE). The server offers directory services for translation of a symbolic 
user alias (e.g. email address) to the user's current IP address. The ELS is used to 
allow for easy to remember Telephony "numbers" and hence supports convenient call 
setup by the user. 

[0073] The User Service Merchant acts as a repository for the supplementary 
services for Intemet Telephony. The services are stored as pre-compiled programs (in 
the form of Java applets), each implementing a specific service logic. On demand by 
the user, these service logic units are downloaded into the user's end stations for 
execution there. The User Service Merchant also keeps track of which user is entitled 
to use which supplementary service. 

[0074] When a user requests a particular Intemet Telephony supplementary 
service, the Java applet with the corresponding service logic is downloaded from the 
Service Merchant into the AXE which sits on top of the user's Intemet Telephony 
application package. The applet runs in the AXE and drives the telephony application 
package according to the applet's service logic through the J/Direct interface. The 
J/Direct interface allows for the service logic to access the Intemet Telephony libraries 
of the underlying application package. 
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[0075] Given the architecture of the present invention, a wealth of 
supplementary services for Internet Telephony can be provided. The set of sample 
Internet Telephony supplementary services listed below^ are aimed at combining email 
and Internet Telephony. The services can be grouped into "originating" and 
"terminating" services depending on whether the caller or callee uses them. 

[0076] This originating service is triggered when the callee is already 
engaged in a call. Although the user may have rejected the offered call explicitly, the 
result (inability to communicate) is the same, and this service suffices in both cases. 
The caller is asked whether or not he wants to send an email instead. If the caller 
answers in the affirmative, then the rest of the service proceeds. The conference and 
call objects created by NetMeeting hold information on the called user alias, and this 
is used to make a template for an email to be filled in by the caller. This template is 
displayed on the user interface, and, on entry of the email content, is submitted for 
transmission. By implication, the service logic must include a small email client to 
send the email to an SMTP server. 

[0077] As in the previous case, this supplementary service is triggered when 
a call rejection has been received from the remote callee. In this case, however, it will 
display a user interface dialogue asking the calling subscriber if they would like the 
system to retry the callee's address at regular intervals. If the answer retumed is 
"yes", then the service proceeds. A timer is started, and on its expiry, the call is re- 
initiated. After that, the service monitors the call state, and, if the call is successful, 
the user is notified. If it again fails, the timer is reset, and the sequence repeats. A 
choice on the user interface to be presented to allow for canceling of the sequence 
once it has could be an additional feature. 

[0078] This terminating supplementary service is used to process calls 
delivered to the end station in terms of the caller's identity. In this case, it will be 
used to "auto-reject" call offers fi-om people not on a list of names generated as a 
preservice procedure. The list can contain explicit caller IDs or can include 
mechanisms to reject calls from people who have arranged their Internet Telephony 
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client not to pass on their identity (by the expedient of not registering with an ILS 
server prior to making the call, in the case of NetMeeting). 

[0079] This terminating supplementary service allows a subscriber (callee) to 
be informed by email of the identifies of the people who have called him whilst he 
was unable (or unwilling) to answer his Intemet Telephony program. The 
supplementary service will extract the name of the caller from the call data that 
NetMeeting provides (as well as making a note of the current time), and then construct 
an email describing this information. Once this is ready, it will connect to the callee's 
SMTP server, will send the text it has created, and then finally terminate the 
connection. Enhancements of this service could be used to send other kinds of 
notification (such as, for example, contacting a Web-based gateway to the GSM Short 
Message Service (SMS) and sending an SMS message with the caller's identity). 

[0080] Although modifications and changes may be suggested by those 
skilled in the art to which this invention pertains, it is the intention of the inventors to 
embody within the patent warranted hereon all changes and modifications that may 
reasonably and properly come under the scope of their contribution to the art. 
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